home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Ham Radio 2000 #2
/
Ham Radio 2000 - Volume 2.iso
/
HAMV2
/
PACKET
/
CLU031
/
CLUSSE.DOC
< prev
next >
Wrap
Text File
|
1997-08-20
|
66KB
|
1,399 lines
──────────────────────────────────────────────────────────
╒════════════════════════╕
│ C L U S S E │
╘════════════════════════╛
The Free Finnish DX Cluster / Conference System
Version 0.31 - Still Under Construction !
──────────────────────────────────────────────────────────
Written by Heikki Hannikainen, OH7LZB
Details about contacting the author in section 9.
──────────────────────────────────────────────────────────
═══ Index ═══════════════════════════════════════════════════════════════
0. Disclaimer and a licence to use
1. Introduction to Clusse
1.1 Design criteria
1.2 Features
1.3 Requirements
1.4 Terminology
1.5 About this file
1.6 Other free DX-cluster software available
1.7 Why BPQ or PC/FlexNet? What are they?
2. Installation
2.1 First installation
2.2 Upgrading from a previous version
2.3 Some notes on configuring the BPQ switch
2.4 Some notes on using the PC/FlexNet kernel
3. Running Clusse
3.1 Command line parameters
3.2 Using the console
3.2.1 Keys
3.2.1 Console screen layout
3.2.3 Monitoring window layout
3.3 Other general (but important) stuff
3.4 Exit codes
3.5 Multitasking environments
3.6 Memory requirements
4. DX Cluster networking
4.1 Linking to the PacketCluster network
4.2 Network topology
4.3 Listen-only links
4.4 PacketCluster version compatibility
4.5 Linking two Clusse systems
5. Files
5.1 File descriptions and paths
5.2 Databases
5.2.1 PacketCluster-type databases
5.2.2 The DB0SDX QSL database
5.2.3 The DXCC database
5.2.4 The Buckmaster HamCall CD-ROM callbook
5.2.5 Other CD-ROM callbooks
5.2.6 Other databases available
5.3 Miscellaneus notes
6. Access controls, privilege groups
6.1 General blah-blah-blah
6.2 Things NOT to do (general security stuff)
7. Broadcasting user interface
8. Troubleshooting
9. Getting the latest version & contacting the author
9.1 Clusse distribution sites
9.2 Clusse mailing lists
9.3 The author
Appendices:
A: Things To Do & Known (But Still Unresolved) Bugs
B: Keeping the lawyers happy
Other documentation files:
intro.txt: a QUICK introduction on the software.
whatsnew.txt: a report on the development history (changes done in
each version).
speech.txt: documentation for the audio interface.
═══ 0. Disclaimer and a licence to use ══════════════════════════════════
As the chat(8) man page puts it: "If it breaks then you get to keep
both pieces."
CLUSSE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. THE
ENTIRE RISK OF USING THIS PRODUCT IS ASSUMED BY YOU. IN NO
EVENT WILL THE AUTHOR BE LIABLE FOR ANY DAMAGES WHATSOEVER
ARISING OUT OF YOUR USE OR INABILITY TO USE THE SOFTWARE. BY
USING THIS PRODUCT, YOU AGREE TO THE ABOVE LIMITATIONS.
I hereby grant any licenced amateur radio operator to use this
software free of charge. You can modify the program as much as
you like, as long as you don't remove my signatures or distribute
the modified versions without my written permission. This software
may not be used in CB (Citizens Band, 27 MHz) or commercial
environment without my written permission.
Clusse is not for sale. You may not charge ANY money for
a copy of Clusse, except for the price of the media used
for transferring (the disk or the phone bill). Clusse may
be bundled on a CD-ROM or any other such commercial
package, for the price of sending me a free copy of the
product it is bundled with (1 copy per each different product).
If you think you could utilize Clusse in a commercial environment
and you are ready to pay for it, contact the author.
This product is meant for educational purposes only. Any
resemblance to real persons, living or dead is purely coincidental.
Void where prohibited. Some assembly may be required. Batteries not
included. Contents may settle during shipment. Use only as directed.
May be too intense for some viewers. If condition persists, consult
your physician. No user-serviceable parts inside. Breaking seal
constitutes acceptance of agreement. Not responsible for direct,
indirect, incidental or consequential damages resulting from any
defect, error or failure to perform. Slippery when wet. For office
use only. Substantial penalty for early withdrawal. Do not write
below this line. Your cancelled check is your receipt. Avoid contact
with skin. Employees and their families are not eligible. Beware of
dog. Driver does not carry cash. Limited time offer, call now to
insure prompt delivery. Use only in well-ventilated area. Keep away
from fire or flame. Some equipment shown is optional. Price does
not include taxes, dealer prep, or delivery. Penalty for private use.
Call toll free before digging. Some of the trademarks mentioned in
this product appear for identification purposes only. All models over
18 years of age. Do not use while operating a motor vehicle or heavy
equipment. Postage will be paid by addressee. Apply only to affected
area. One size fits all. Many suitcases look alike. Edited for
television. No solicitors. Reproduction strictly prohibited.
Restaurant package, not for resale. Objects in mirror are closer than
they appear. Decision of judges is final. This supersedes all previous
notices. No other warranty expressed or implied.
═══ 1. Introduction to Clusse ═══════════════════════════════════════════
1.1 Design criteria
For several years hams have used so called DX clusters for
distributing information over packet radio. DX spots, weather
warnings and other announcements. The whole network has been
using the PacketCluster (TM) commercial software package from
Pavillion Software.
I wanted to to put up a DX cluster node for the locals to
use, but found out that the only software available was a bit
too expensive for our club to buy. What the heck, i thought,
i didn't like it's user interface anyway...
When constructing Clusse, i've tried to avoid imitating the
PacketCluster. I forgot the original VMS-stylish user interface,
and made Clusse look more like any BBS or NOS mailbox. Just because
i personally don't like the VMS interface too much. I don't really
care if it's uncompatible, i'm NOT writing a CLONE! No complaints
on this one, please!
I intend to include all of the original PacketCluster features,
fix the things that are wrong in it and add a bunch of new
features. If there's a thing you'd like to see in Clusse, please
let me know!
1.2 Features
These are the most important features i've already included.
They're not in order of importance 8-)
- Most of the original PacketCluster features: DX, Announces, Talk,
Wx, WWV, Users/Nodes information, databases...
- Links with a PacketCluster (TM) notwork using the stupid PC protocol.
- A conversd-style conference mode with virtual channels.
- An indexed help system: The help file is available in Finnish,
English, Italian, Spanish, Swedish, Norwegian, Czech and German,
and you are invited to translate the file to your own language.
- Supports PacketCluster-type databases and the Buckmaster HamCall
CD-ROM.
- User-selectable character conversion tables - solves problems with
different systems to express special language-specific characters
(Scandinavia, Germany).
- Uses the G8BPQ Packet Switch TSR code to interface different kinds
of modem hardware. Thanks to John Wiseman for writing the switch!
This saves me from including support for many different types
of interfaces and including ax.25 & net/rom code in Clusse...
- The PC/FlexNet kernel can be used instead of the G8BPQ switch in
areas, where FlexNet is used for routing.
1.3 Requirements
- A 286 compatible computer with about 400 Kb of free base memory and
a hard disk (not required but VERY strongly suggested).
- MS-DOS 3.0 or newer (Windows 95 & Windows NT & OS/2 can all run
DOS programs like Clusse, Win95 is used for the development).
- G8BPQ packet switch version 4.05 or newer or the PC/FlexNet kernel
(3.3e verified to work).
- The G8BPQ switch can currently (v4.08a) interface all KISS-type
TNC's, TheNet-type node stacks running the net/rom interlink protocol,
other systems that know either KISS or net/rom async (NOS, BPQ),
Ethernet for interfacing other BPQ and PE1CHL NET switches, many
brands of HDLC card modems (PacComm PC120, DRSI PC-PA, Thor RCL100,
BayCom USCC-Karte, PA0HZP OptoPcSCC).
- PC/FlexNet 3.3e has drivers for (at least) the following hardware:
* TNC2 TNC's with 6PACK firmware (a KISS driver is supplied, but
it is claimed to not work well with TNC's, 6PACK overcomes the
timing problems of KISS)
* BayCom modems (1200 bit/s serial port modem, 9600 bit/s paraller
port, USCC and SCC cards)
* Some sound cards and DSP systems
* Ethernet trough the following drivers:
IPX, Packet Drivers, AXIP (only inside a LAN), G8BPQ IPX
* Lots more... they're writing more drivers too fast for me to
keep up with!
1.4 Terminology
A DX Cluster is a group of DX Cluster nodes which talk to each
other. One Clusse or PacketCluster or clx copy running on a
computer makes up a DX cluster node. It's just a node of a
cluster, not a dx cluster. In short, a DX node. The terminology
and the cluster consept comes from the VAX/VMS world.
DX Cluster nodes are not the same as packet network nodes, like
TheNet/BPQ/CHL-Net/TexNet/FlexNet/you-name-it nodes. The G8BPQ
switch used when running Clusse can act as a net/rom network node.
The PC/FlexNet kit includes a FlexNet digipeater TSR.
PacketCluster (TM) is a DX-Cluster node software created by
Pavillion Software. Clusse is NOT a PacketCluster, it's just
another DX cluster node software package (a bit cheaper, though).
Clusse may NOT be called a PacketCluster, because PacketCluster
is a trademark of Pavillion Software. PacketCluster is often
referred to as "PC" when speaking of different Cluster software
products.
Clusse (as stupid as it may sound) is a Finnish nickname for
the DX cluster system.
1.5 About this file
Like most of us programmers i like programming, but i'm not into
documenting. I'm sorry, but i can not do much about it. This
manual is not very accurate and does not go into all the details
of the software, but it's better than nothing: what can you expect
to get for free?
All of the user commands are documented in the user help files.
The configuration files have documentation in them, and this file
(clusse.doc) is not intended to document those files nor the user
commands. You can leard things by reading the whatsnew.txt and the
user help file through.
1.6 Other free DX-cluster software available
CLX runs on the excellent operating system Linux, and its user
interface is mostly compatible with the PacketCluster. So, if
you're already familiar with Linux, and you're after a
PacketCluster clone, go for clx! It's available on the Internet
on ftp.funet.fi, /pub/ham/unix/Linux/cluster/. The only drawbacks
are the hardware requirements of Linux (i'd suggest a 486 with
8 megs of RAM and a 100 MB hard disk as a start) and the fact
that you have to be quite familiar with Unix administration to
install the system.
DxNet is a DOS software with a PacketCluster-type user interface.
It requires the G8BPQ switch like Clusse does. It can be found
on the Internet at ham.ireste.fr, in the directory
/pub/Hamradio/DxNet/. The author, Olivier Le Cam, F5MZN, can be
contacted on the Internet as olecam@imaginet.fr or on packet as
F5MZN @ F6KPF.FBRE.FRA.EU.
1.7 Why BPQ or PC/FlexNet? What are they?
BPQ is, generally speaking, a NET/ROM node, usually running as
a TSR (Terminate-and-Stay-Resident, background) application. It
also includes a kind of Application Programming Interface (API),
called BPQHOST. Using this API external applications like Clusse
or FBB can talk to the BPQ switch, and through it to the radio
interfaces.
The benefit for using the BPQ switch in Clusse is that Clusse
doesn't need to know about all the different modem/TNC hardware,
or the AX.25 and NET/ROM protocols, or the serial ports. It only
needs to know how to talk to the BPQ switch, which is _very_ easy
to do when compared to supporting all the different hardware
directly. This allows me to concentrate on programming the
application itself. Here's a small picture demonstrating the
configuration:
┌──────────────┐
│ TNC or modem ╪══╗ ┌───────────────────┐
└──────────────┘ ║ │ Computer │
┌──────────────┐ ║ ├─────┐ ┌──────────┤
│ TNC or modem ╪══╩═╪ BPQ ╪══╪ Clusse │
└──────────────┘ ╔═╪ │ │ │
┌──────────────┐ ║ └─────┴──┴──────────┘
│ TNC or modem ╪══╝
└──────────────┘
Clusse talks with BPQ through so called software interrupts.
PC/FlexNet is similar to BPQ, but far more advanced. Instead of
the NET/ROM routing protocol, it uses the FlexNet routing system.
It is modular, so you can use it as a simple AX.25 stack without
the FlexNet router. All the hardware drivers are in modules, so
you only need to spend memory on the drivers YOU need. It is
actively developed (new hardware drivers coming), and much easier
to set up than BPQ. If you don't need NET/ROM, i recommend
PC/FlexNet.
═══ 2. Installation ═════════════════════════════════════════════════════
2.1 First installation
I think the program is meant to be installed by people already
familiar with BBS software and packet networking. Before installing
this program get your BPQ node or PC/FlexNet running, don't bother
me with requests for help concerning it... If you can't install it,
you won't be able to install this one... sorry. For an experienced
sysop it should be easy to get this up & running.
The latest G8BPQ switch code can be found on the Internet on
the Clusse web site at http://zone.pspt.fi/clusse/ or on FTP
at ftp.funet.fi:/pub/ham/packet/g8bpq/. PC/FlexNet can be
downloaded from the official PC/FlexNet site at
http://home.pages.de/~flexnet/. That site is maintained by the
authors. If you see the distribution somewhere else, that site
is *illegal* due to the rather strict distribution policy set
by the authors.
Decompress the clu????.zip package using PKUNZIP 2.00 or newer
in the directory you want to install Clusse in. Remember to use
the -d command line switch of PKUNZIP to create the necessary
directories. Saves you from some trouble. I run Clusse from
c:\clu\, it should be OK for you... but Clusse doesn't care about
the directory name.
Run setup.exe, go through all the windows in the settings menu,
and edit the settings to meet your requirements.
Edit all of the .ini files and the files in the text directory.
They should be self-explanatory, there are comments in each file.
Remember to read them ALL & edit as necessary!
If you want the user help texts in english, move text\english.hlp
to text\clusse.hlp. The default file is in Finnish. Other languages
are available separately on the Clusse distribution sites. If you
translate the help file to your own language, please let me know,
so i can include it at the Clusse distribution sites or tell others
where they can get it!
2.2 Upgrading from a previous version
Take a backup of your clusse directory structure. XCOPY
c:\clu\ c:\clu.old\ /S should do it. Then extract the
whatsnew.txt file out from the .ZIP file: pkunzip clu????.zip
doc\whatsnew.txt. Read all the new sections in the end if the
file, and take note on what files have changed their format.
Extract the rest of the package with the PKUNZIP -d
parameter over your previous installation. PKUNZIP doesn't
overwrite any files without asking you first. Of the configuration
files, extract only the ones which have changed.
Read and edit all of the changed/new configuration files. Here
you might need to check some previous settings from the backups!
2.3 Some notes on configuring the BPQ switch
You might want to increase the T3 and IDLETIME values to
decrease traffic, i use T3=1800 (Check if the user is still
reachable every 30 minutes) and IDLETIME=21600 (if no traffic
on a connection for 6 hours, disconnect).
ENABLE_LINKED should be A, to allow console connections to node
use the console callsign defined in clusse.ini.
No 'COMBIOS' ports are used. Just delete the TNCPORT blocks, if
you don't need them for some other software (you probably don't).
The UNPROTO address does not affect anything, Clusse sends the
UI packets as raw AX25 frames trough BPQ. Use the unproto.ini
file to configure digipeater paths etc.
If you're running Clusse as the only application interfacing to
BPQ, set "APPLICATIONS=CLU", and Application number in clusse.ini
to 1.
If you're running Clusse and FBB (or some other software) on the
same computer, use "APPLICATIONS=BBS,CLU" and application number 2
for Clusse. FBB has the BBSCALL, and users must connect Clusse via
the CLU command on the node. You must also tell clusse to use
BPQ host mode streams that are not used by FBB. When FBB starts up,
see what stream numbers it initializes, then use the rest for
Clusse. In FBB, the INITTNC files are used to specify which
streams and application number FBB uses.
2.4 Some notes on using the PC/FlexNet kernel
I haven't heard any bug reports from people actually using
Clusse with PC/FlexNet, so i'll guess it works pretty well. 8-)
Everything works, except console connections to the radio side
(CTRL-F2). The choice of using the PC/FlexNet interface is made
in SETUP.EXE.
There's also some difference in the connection script files:
The first connection is done using the C command. No R line
after the C line is needed! A sample C command would be:
C "OH7RBA via OH7RBA-2"
If you want to connect through the third port, put the port number
as the first digipeater, and the digipeaters after the port number:
C "OH7RBA via 2 OH7RBA-2"
After that command, you can use the S and R commands to send
and receive on the connection, if needed.
If you run PC/FlexNet with Windows 95, load it from autoexec.bat.
If you get an annoying Performance Warning "A new MS-DOS resident
program named 'FLEXNET' may decrease your system's performance" on
startup, add flexnet.exe to \windows\ios.ini. Otherwice, Win95 uses
DOS compatibility mode for disk access, which IS slow. From version
3.3f PC/FlexNet supports Windows 95, and this trick is not required.
═══ 3. Running Clusse ═══════════════════════════════════════════════════
3.1 Command line parameters for Clusse.EXE
-h : Parameter help
-c : Create clusse.chr, a "clean" character translation table.
-d : Use a different root directory for Clusse files. For example
"-dc:\clu\". Default is the executable directory.
-e : Disables expiry
-i : Release timeslice using the DPMI call, when idle (used under
multitaskers like Windows and OS/2 to give some more time
to other applications)
-m : Disables monitoring code completely
-n : Disables linking
-p : Wait for a keypress at startup before switching to windowed
mode.
-t : Use a different directory for temporary files. Like -d in
syntax.
-w : Enable an experimental software watchdog, which (with some
good luck) reboots the computer, if Clusse gets stuck.
-x : Disable XMS usage.
3.2 Using the console
3.2.1 Keys
──── Console keys: ─────────┬ Ctrl- ────────────┬ Alt-
F1 This help screen │ │
F2 Console connect │ Connect to node │
F5 Toggle band monitoring │ Action monitoring │
F8 │ │ Expire files now
F9 Start linking │ Disconnect links │ Hard disconnect links
F10 Shutdown │ Reboot software │ Dos shell
CTRL - Page Up/Down : Resize the console windows (receive/monitor)
CTRL - left/right arrow : Move cursor one word left/right
CTRL - Y or Escape : Clear line
up/down arrows : 10-line command history editor
3.2.2 Console screen layout
There are two or three "windows" on the screen. The first window
is a so-called status window, which is 3 lines high. The second
window is the console receiving window, which shows the received
text, when the console is connected to the BPQ node (CTRL-F2) or
the local DX cluster node (F2). The monitoring window is only
available on EGA and VGA monitors in the 43- and 50-line modes
(for now).
Description of the status lines:
The first line tells the Clusse version number, the local/network
user and node/link counts and the date & time. The second line is
used for the progress meter (visible during expiry) and free/used
XMS values (if XMS is available).
Third one is the status line:
OH7LZB Logged in BPQ 143 Heap fr 250648 us 47616 BA Ins
User ─┘ │ │ │ │ ││ │
Action ─────┘ │ │ │ ││ │
BPQ free buffers count ────────┘ │ │ ││ │
Amount of free heap memory ──────────────────┘ │ ││ │
Amount of heap memory used ────────────────────────────┘ ││ │
Band, Action monitoring state ─────────────────────────────┴┘ │
Insert/Overwrite keyboard mode ────────────────────────────────┘
3.2.3 Monitoring window
If Action monitoring is enabled (press CTRL-F5) to toggle,
the monitoring window shows a history of actions that are shown
on the third status line. If band monitoring is enabled (F5
toggles), the window shows all traffic on all BPQ ports.
Description of the band monitor header lines:
a) A simple AX.25 frame:
01:59:40 1:OH7RDA-2 » OH7AB-3 <I 17>
│ │ │ │ │ │
Timestamp ┘ │ │ │ │ │
BPQ port ─────┘ │ │ │ │
Originating station ┘ │ │ │
Recipient ───────────────────┘ │ │
Packet type ─────────────────────────┘ │
Sequence counters (tx, rx) ─────────────┘
b) NET/ROM headers:
Information (I):
02:00:36 1:OH7RDA-2 » OH7AB-3 <I 11> NR OH7RDA-2 » OH7AB I 4/174 1-1
L3 protocol ───────────────────────┘ │ │ │ │ │ │
L3 originating node ────────────────────┘ │ │ │ │ │
L3 destination node ───────────────────────────────┘ │ │ │ │
L4 frame type ─────────────────────────────────────────────┘ │ │ │
L4 destination socket ────────────────────────────────────────┘ │ │
L4 tx sequence counter ────────────────────────────────────────────┘ │
L4 rx sequence counter ──────────────────────────────────────────────┘
NET/ROM L4 frame types:
I - Information
IA - Information Acknowledgement (ready to receive this frame)
NA - Information Not Acknowledged (please repeat this frame)
C - Connection request
CA - Connection Acknowledgement
D - Disconnection request
DA - Disconnection Acknowledgement
NET/ROM flags:
Na - (in an I frame) Please repeat the frame identified by the
rx sequence conter.
Fr - (more-follows) This is a fragment of a frame, more to
follow.
Ch - Choke: Please don't transmit more information until further
notice.
c) ARP, IP, TCP, UDP and ICMP headers: you should be able to figure
them out, if you know anything about the protocols.
3.3 Other general stuff
Always have your computer's clock in UTC time, if you're
connecting to a cluster network. It uses UTC and i don't do any
conversions (yet). If your clock is not accurate and is often more
than just a few minutes behind or ahead, you should consider either
adjusting it (if possible) or installing a TSR which can compensate
the error (i use RIGHTIME). The system time is used for
timestamping DX etc. messages which are sent to the cluster network,
and wrong timestamps can confuse users and the network.
3.4 Exit codes
Clusse leaves an errorlevel on exit. It can then be evaluated
by the batch file running Clusse (clu.bat), which can either
restart Clusse, run some external programs or exit. If the
errorlevel is < (smaller than) 10, clusse cannot run and should
not be restarted. If it is >= (larger or equal to) 10, Clusse
can *usually* continue operating and should be restarted
automatically.
0 - Normal exit. F10 pressed or SHUtdown command executed.
1 - Error in configuration
2 - Invalid command line parameter
9 - Cannot run on this processor/OS version/memory manager/etc...
10 - File I/O error
11 - Out of heap memory
12 - XMS error
20 - BPQ or PC/FlexNet error
21 - BPQ running out of buffers
99 - Clusse internal run-time error
100 - Normal software reboot.
If you ever see number 99, report the problem to me. It's a bug
which needs to be fixed. ALWAYS remember to tell me the run-time
error number AND THE MEMORY ADDRESS. It's vital, only it can tell
me where to look for the problem!
3.5 Multitasking environments
If your multitasking environment supports DPMI (at least Windows
and OS/2 do), you can start clusse with the command line parameter
-i, which tells clusse to tell the multitasker when it doesn't
have anything to do. The multitasker can then give the rest of the
time to other applications.
Desqview: This program works under Desqview and uses the release
timeslice call if DV is detected. Direct video memory I/O is not
used under DV by default. You can also disable direct video with
the parameter -b, if using some other multitasker which doesn't
support fast direct video I/O transfers, and -v forces direct
video even if DV is detected. DV can handle direct video I/O when
used with QEMM.....
Windows 3.1: I tried it once, seems to work. Included is a sample
.PIF file, which should work OK. You may have to give it some more
base memory than originally specified in the PIF. Prevent Windows
from using the serial ports which are used by the BPQ switch.
Windows 95: Works just fine, Clusse is developed under it. BPQ
should be loaded in autoexec.bat, before the Windows multitasking
kernel. BPQCODE.386 is not required by Clusse, but Win95 needs a
keypress to start up, if it doesn't find the driver in the System
directory. Remove all of the serial ports you use for BPQ from the
Windows System Properties / Device Manager! The reboot cold/warm
commands cannot reboot the computer, as Win95 doesn't let a DOS box
do it. If you know a good way to get it done, let me know.
Windows NT: I have no experience over this OS, but what i've
written for Windows 3.1 and '95, should apply to NT... with the
exception that NT is stable 8-)
OS/2: I've heard it works, but did not try myself. Clusse should
detect OS/2 Warp 3.0 and later versions.
Linux: No, i'm not working on a Linux version. I don't know
enough about Unix programming to start such a project. Perhaps
some day i'll find a good guy to do the porting job... But:
Clusse & BPQ runs quite well in dosemu! I had no problems
making BPQ talk to the kernel AX.25 layer through the dosemu
serial port simulation and a pty/tty pair. I'm running the latest
2.0 kernel (2.0.27 at the time of writing). If you actually
(intend to) use Clusse in Linux, let me know!
3.6 Memory requirements
At the moment Clusse takes around 300-400 Kb of base RAM with no
users. Memory is allocated dynamically: the more users and nodes
in the network, the more memory you need. You can follow memory
usage by monitoring the status line and the STatus D, STatus M
commands. It doesn't show some peaks, like allocating a buffer
for a disk operation, then releasing it before the status line
is updated again. Data stored in XMS must be moved to base memory
before using it. 500 Kb of base memory should usually be enough.
At any time, clusse must be able to allocate up to 64 Kb of heap
for a temporary buffer!
On the status line you see three values that change during
execution. The first one is the BPQ free buffers count. The "fr"
value is the amount of available heap memory. When no heap memory
is available, Clusse exits with an error message and errorlevel 11.
The "us" value is the amount of heap memory currently allocated.
Clusse can use XMS memory for storing database index files. It's
up to you if you want to use your valuable memory by loading the
big index files to XMS and provide blazingly fast searches or save
the memory and do the searches on disk... the choise is made in
db.ini. The DXCC index file is loaded into heap if no XMS is
available and moved to XMS if possible (there's no way to control
that). Use the command line switch -X to disable all XMS usage.
The STatus X command shows statistics about XMS usage.
═══ 4. DX Cluster networking ════════════════════════════════════════════
4.1 Linking to the PacketCluster network
This has probably been the hardest part of the project. The
protocol used is NOT documented too well, I've had to reverse-
engineer the system. But it seems to work now, rather well.
The neighbouring PacketCluster systems don't notice the difference
between a Clusse and a "real" PacketCluster system. Clusse does
not interfere an established PacketCluster network, so you can
link in without fear. Of course, your neighbouring node sysops
might be afraid... please be gentle!
The amount of links is only limited by the available memory.
All messages are not forwarded (for example, the PC mail protocol
is not included in Clusse yet), but generally everything else
seems to work OK. See appendix B for more information on supported
messages.
An *IMPORTANT* note: Before linking to a PacketCluster, the
SysOp of the other end MUST tell his system that you should be
treated as a cluster node. This is done using the ADD/NODE
command. This applies to the listen-only mode too! He should
use the -BULLETIN parameter (eg. ADD/NODE OH7RBA-1 -BULLETIN) to
prevent PacketCluster from trying to forward any bulletins to
your system, as Clusse doesn't implement the bulletin forwarding
protocol.
To allow a cluster node to link to your node, you must add an
incoming link in links.ini. This is done using the IN parameter
on the P line, ie. "P OH1RBI IN".
4.2 Network topology
In general, the PC protocol was designed to be used in star-
and chain-formed configurations. It does not work in circle-shaped
networks. Let me demonstrate some possible network configurations.
Here's a simple chain:
OH7LZB-1═════════OH7RBA-1═════════OH1RBI════════OH2RBH
A star (a part of the Finnish network looks like this):
╔═════OH6RDV
║
OH1RCF═══╗ ╔════OH7LZB-1
╚═╗ ╔═╝
║ ║
OH1RBI═════OH7RBA-1
║
║
OH2RBG═════OH2RBH═══OH2RBQ
A circle would look like this:
OH6RDV══════════════════OH7RBA-1
║ ║
║ ║
OH1RBI══════OH2RBH══════OH2RBQ
DX Cluster networks usually consist of more complicated
combinations of stars and chains. The main problem in the
PacketCluster linking protocol is it's inability to handle
multiple routes to a node. Circle-shaped networks are not handled.
If you command the nodes to form a circle, messages start to
travel around it. Duplicates are not catched properly, and
the network gets overloaded. The situation is called a LOOP,
and must be avoided like the plague.
I've heard that the PacketCluster goes berserk very easily,
if it gets into a loop. Clusse does not. Duplicate DX spots
and WWV messages are filtered out. User and node addition
messages are not accepted, if the user or node is already in
the table. Deletions are not forwarded, if the user or node is
not in the table. And so on. But Clusse cannot make the existing
protocol any better, so loops are not allowed. If Clusse detects
it is in one, it disconnects the link it comes from, just to
protect the rest of the network. The link goes to the "Held"
state (new connection is not allowed), and must be released
using the LINk command.
4.3 Listen-only links
This makes an exception to what i just said about loops. Clusse
can create link in a listen-only mode, in which it only receives
DX spots, announcements and WWV information from the link, and
sends nothing back. The received information is not sent to other
links. Duplicate data is not taken in at all. This makes it
possible to have multiple links to the network, without creating
a cluster loop.
Time for a warning: Listen-only links are against the protocol.
You might get into some trouble. If you're putting up your first
link, you should consider using a normal link. Please not that
the listen-only link is a PC link (ie. the operator of the node
you're linking to must tell his software that you should be
treated like a cluster node).
Here's a real-world example (OH7RBA-1 is my local node):
╔════OH8RCA
║
OH6RDV OH7RBA-1
║ OH4RBB
║ ║
OH1RCF OH2RBQ OH5RBX
║ ║ ║
╚═══OH1RBI════OH2RBH═══╝
OH8RCA is located in northern Finland. OH6RDV on the west coast.
OH1RBI is in the southwest corner. OH2RBH and OH2RBQ are at the
south coast. OH7RBA is in mid-eastern Finland, OH4RBB and OH5RBX
are between OH7RBA and the west coast. Trough the Internet
gateways at OH7, OH1, OH2 and OH6, i can get a fast link either
to OH1RBI, OH2RBQ or OH6RDV. Using the VHF/UHF network (1k2 and
9k6 bit/s links) i can get to OH4RBB and OH8RCA. All the other
nodes are linked via the VHF/UHF network.
Due to the lousy condition of the network, either the link from
OH1RBI to OH2RBH or the one from OH1 to OH6 is broken most of the
time. If it works, the round-trip time from OH2 to OH8 is probably
around 20 minutes. I'd like to get the DX spot in before the station
moves off from the frequency. Where would I link OH7RBA-1, if i
could link to one place only??? (Because Clusse doesn't forward
PacketCluster mail, and the PacketCluster users still think they
need it, we cannot configure OH7RBA-1 as the central node for a
star-shaped network.)
.... got the point ? . . . Good.
I create a "normal" link to OH1RBI, and listen-only links to
OH2, OH4 and OH6. This way, i get most of the spots in reasonable
time, and the network is happy. The only problem is that all
messages originated from OH7RBA-1 and messages that are pointed
to OH7RBA-1 only (like "talk" messages) must travel via OH1RBI
only. Using the Talk feature for chatting to the other end of the
network is not fun at all.
When initiating a listen-only link, Clusse must announce it's
node callsign, otherwice the other end won't send any messages.
This callsign cannot be the one that is used for the normal link
or any other listen-mode links, because the PacketCluster would
then see two routes to the same node. The second callsign must be
specified on the I line in links.ini.
... Yeah, listen-only links were not my idea. I stole it from
the clx authors. Thanks, guys, and keep up the good work! Feel
free to steal some of mine, too! 8-)
4.4 PacketCluster version compatibility
Clusse has been succesfully linked (at least) with PacketCluster
versions 5.3-05, 5.4-32 and 5.4-77. All versions after 5 should be
OK. The PC linking protocol changed significantly when version 5
came out, so you WILL have trouble if you try linking with a v4
system.
I've successfully linked Clusse to a clx system. Linking with
DXNet running on the same computer didn't work on first try.
4.5 Linking two Clusse systems
It works now. I did what i promised not to do, and made incoming
PC links work. See links.ini....
I've been thinking about my own, binary (not human-readable)
and possibly packed linking protocol. (I'm looking for some good
code to compress small, 100-5000 byte frames with good compression
rates). Yeah, it will allow circle-shaped networks too.
═══ 5. Files ════════════════════════════════════════════════════════════
5.1 File descriptions and paths
o Executables: clu\
clusse.exe - The cluster software itself.
setup.exe - The configuration editor. Used to create and modify
the binary configuration file, clusse.cfg. Also
includes a simple 64k ascii editor (beats DOS Edit).
o Document files: clu\doc\
intro.txt - A quick introduction, "fact sheet" for Clusse. When
someone asks you a silly question like "what the heck
is Clusse", mail this one to him.
clusse.doc - This file. A kind of manual for the program.
speech.doc - Documentation for the Clusse Speech Kit.
tech.doc - Technical stuff mainly for other software developers
and people interested in the inner happenings of
Clusse.
whatsnew.txt - Revision history. See the end of the file for additions
in the latest versions when you're upgrading from a
previous version.
clusse.faq - Frequently Asked Questions (and the answers).
db.ini - A sample database configuration file with examples for
all of the supported database types.
o Configuration files: clu\
clusse.cfg - The master configuration. This file is *binary*, it
cannot be edited by hand! Use setup.exe instead!
links.ini - Here you configure the packetcluster links. (1 (2
Delete this to disable linking.
unproto.ini - Configuration for the broadcasting user interface. (2
db.ini - Database configuration. This file is in the doc\ directory
by default, you have to move it here if you want to use
databases. (2
charsets.ini - Character conversion table config. You may delete this
if it's unnecessary. (2
o Text files for users: clu\text\
clusse.hlp - The help file for users (1
This file is in Finnish, an English version is included
as english.hlp - rename it to clusse.hlp if you want
(for some reason, most of you do).
fortunes.txt - The fortune database file (1 (2
info.txt - Info file. Users can get this using the I command.
Tells something about the station, equipment, the
sysop etc... (2
login.txt - This is sent to each user on login, right after the
QTH/information string in clusse.ini. Length limited to
1700 bytes. (2
news.txt - System news file. Use this to notify the users of changes
in the software, club news etc... See the file for details
on syntax. (1 (2
newuser.txt - This file is sent to each user when he connects the local
node for the first time (no record found in users.clu). (2
Notes:
(1: Don't edit these files while the program is running (in dos shell
a multitasking environment) - they have an index file which is
only updated at startup.
(2: You can delete this file if you don't need the feature, Clusse
won't mind.
o Log files: clu\log\
clogyyyy.mm - yyyy is the year, mm is the month. These are the logs.
error.log - Run-time errors are logged here.
o Binary files: clu\data\
announce.clu - Announcements are saved here...
convpers.clu - Convers /personal texts
dx.clu - The DX file
frtnindx.clu - Index file for fortunes.txt.
helpindx.clu - Index file for clusse.hlp. Reindexed if the date of the
help file has changed.
last.clu - Stores a list of last users and happenings (crashes, etc).
mid.clu - Message ID table
netusers.clu - Network user data
nodes.clu - Network node data
status.clu - Counters and position pointers for other files (mid.clu),
window sizes, etc.
users.clu - Local user data
www.clu - WWV announcements
You can delete any binary file you (don't) like. Clusse will
create a new one. Don't try to edit them if you don't really
know what you're doing. The data and log directories are created
by the program. The rest are not.
o Database files: clu\db\
cty.db - The CT-format DXCC database in ASCII
dxcc.cdb - DXCC database in binary format
dxcc.idx - An index file for the previous one
*.ful - A PacketCluster-type database
*.idx - An index file for a database
*.inf - Information file for a database (in ASCII, required,
written by the sysop)
o User data files: clu\userdata\
<callsign>.fl - The dx filters for the particular user. You can erase
the filter settings of the user by deleting the file.
o Public (user) directory: clu\user\
The files in this directory are accessible by users (access can
be controlled per user group in the setup). This directory is
intended for exchanging files between users.
o Public uploading directory: clu\user\incoming\
This directory is intended to be a directory where all users can
upload files.
o PG "Plugin" external applications: clu\pg\
Programs placed in this directory can be executed by the user.
They are specifically written for the PG interface, so you cannot
just put any program in the pg directory and expect it to work.
The PG interface in Clusse is mostly compatible with the one in
the famous FBB BBS software. See the interface specifications in
tech.doc, if you're interested in writing PG applications for
Clusse.
The file pg.txt in the pg directory is shown to the user when
the PG command without any parameters is given. The file should
describe the available PG applications.
5.2 Databases
Databases are stored in the clu\db\ directory. They are ascii
files, which all can be edited by the sysop. When starting up,
Clusse first reads db.ini, then checks all ascii database files
and their respective index (.idx) files. If the database is new
(no index file found) or the date/time records of the files differ,
Clusse rebuilds the index.
Databases are configured in db.ini. The sample configuration
file is in the doc\ directory. Move it to the Clusse root directory
and edit it to suit your needs.
Each database also needs an information file to tell users, how
the particular database is used and what does it include (see
db.ini). This .inf file is written by the sysop. It's a plain
ASCII file. It's shown to the user when he issues a Find command
for the database, but doesn't specify a keyword to be searched for.
You, the sysop, must usually create the file.
The DXCC database, included in the distribution, is an
exception. It is not necessary to configure it in db.ini! It is
also converted to binary format (dxcc.cdb) to make reading at
run-time easier. It is used trough the Prefix command, not the
Find command!
5.2.1 PacketCluster-type databases
The database system of Clusse is compatible with the PacketCluster
databases, for example the DB0SDX QSL + address database. As a
PacketCluster imitation, it is extremely simple and stupid. Only
one (!) keyword per information block is allowed (i'll fix this one
soon). A line "&&" marks the end of a block. The first line of a
block includes the keyword, and the subsequent lines include the
information related to the keyword. Keywords are not case sensitive.
Here's two sample blocks in a database file:
---- clip clip ----
keyword
Information related to the keyword
more information related to the keyword
even more information related to the keyword
&&
anotherkeyword
Information related to anotherkeyword
more information related to anotherkeyword
even more information related to anotherkeyword
&&
---- clip clip ----
5.2.2 The DB0SDX QSL database
The sample db.ini file included in the distribution is the
configuration for the DB0SDX QSL and address database. The
database includes over 25 000 QSL information entries and over
10 000 mailing addresses.
The database is available on the internet via anonymous ftp
on this site:
ifsws1.sozialforschung.uni-stuttgart.de:
/pub/packclus/db/dbyymmdd.zip
The database is maintained by Lothar, DL1SBF, who can be
contacted using packet radio at the address DL1SBF @
DB0SDX.#BW.DEU.EU. He doesn't have an internet address, but you
could try to reach him trough an internet-packet gateway using
the internet address dl1sbf%db0sdx@db0fho.et-inf.fho-emden.de.
It's a one-way route, so don't except replies via the Internet.
Frank, DL1SBR takes care of distributing the database, and
can be mailed at ross@ifsws1.sozialforschung.uni-stuttgart.de
or DL1SBR @ DB0SDX.#BW.DEU.EU.
5.2.3 The DXCC database
Clusse supports the DXCC database format of the K1EA CT logging
software. I try to include the latest CTY.DAT file with Clusse.
It is maintained by Jim Reisert, AD1DC. I'd like to thank Jim for
allowing me to use the file in Clusse.
The latest CTY.DAT can always be found on the internet via
anonymous FTP from the following sites:
ftp://maspar.maspar.com/pub/k2mm/ct-files/cty-??????.zip
ftp://ve7tcp.ampr.org/software/ct/cty-??????.zip
where the ?????? is replaced with the date of the distribution.
I try to include the latest version in the Clusse distributions.
If you have updates for the file, please mail them to Jim,
reisert@eng.pko.dec.com.
Description of the CTY.DAT file format, exctracted from
HISTORY.CTY of the original database distribution:
--------------------------------------------------------------------
CTY.DAT is a new file format for CT Version 9. It includes more
information than the .CTY files for previous versions of CT. This
allows CT to calculate, in real time, beam heading and sun times.
It also means that a single file can be used for all DX contests.
The format is as follows. Note that the fields are aligned in
columns and spaced out for readability only. It is the ":" at the
end of each field that acts as a delimiter for that field:
Column Length Description
------ ------ -----------
1 26 Country Name
27 5 CQ Zone
32 5 ITU Zone
37 5 2-letter continent abbreviation
42 9 Latitude in degrees, + for North
51 10 Longitude in degrees, + for West
61 9 Local time offset from GMT
69 6 Primary DXCC Prefix (A "*" preceeding
this prefix indicates that the country
is on the DARC WAEDC list, and counts
in CQ-sponsored contests, but not ARRL-
sponsored contests).
Alias DXCC prefixes (including the primary one) follow on consecutive
lines, separated by ",". If there is more than one line, subsequent
lines begin with the "&" continuation character. A ";" terminates
the last prefix in the list.
The following special characters can be applied to an alias prefix:
(#) Override CQ Zone
[#] Override ITU Zone
<#/#> Override latitude/longitude
{aa} Override Continent
--------------------------------------------------------------------
5.2.4 The Buckmaster HamCall CD-ROM callbook
Clusse supports the HamCall CD-ROM callbook published by Buckmaster
Publishing. The CD-ROM must probably be from April 1995 or later
distribution. Clusse requires that BUCKTSR.EXE is loaded. It is
located in the \API\ directory of the CD. Older CD's don't include
this utility.
See db.ini for details on configuration... Be sure to use the
LATEST version of BUCKTSR.EXE you have! When you purchase a new CD,
use the version on it.
The CD-ROM can be obtained from Buckmaster Publishing, Route 4,
Box 1630, Mineral, Virginia 23117. Their email address is
info@buck.com. They also have a web page at http://www.buck.com/.
I'd like to thank Buckmaster Publishing for donating me a copy
of the CD (for development purposes).
5.2.5 Other CD-ROM callbooks
Mail me an accurate description of the databate format, the
preferred ways to search a record from the database, and a copy
of the CD (i need it for testing), and i'll support the CD.
5.2.6 Other databases available (the ones i know of)
Chuck Strobel, K6PBT maintains a set of more or less interesting
PacketCluster-type databases, including an IOTA table and a Contest
calendar. They're available on the Internet at ftp.pinsight.com,
directory /pub/K6PBT/.
Some databases are collected at ftp.funet.fi, directory
/pub/ham/packet/cluster/database/.
5.3 Miscellaneus notes
I recommend using a good disk caching program. One with a
write-back cache (Smartdrive NO GOOD!). I prefer HyperDisk.
NCache2 does a good job. A lot of Clusse actions include disk
operations, and with a slow system they can be painfully slow.
═══ 6. Access controls, privilege groups ════════════════════════════════
6.1 General blah-blah-blah
Clusse includes a quite powerful system for defining what each
user is allowed to do. Users are divided to up to 20 user groups
(each user is in one group). One group is defined as a default
user group for new users, one group is defined as the operator
group and one (group 20) is the superuser group. Setup.exe is
used to define what users in each user group are allowed to do.
Users can be moved from group to group using the EUser
cluster command. The superuser group is usually allowed to
do just about anything, so no users should directly be
moved to this group permanently. The SU command is used to enter
the superuser password to gain superuser privileges for the
duration of the session. I suggest you to move operators to an
operator group (default 18), which is then allowed to use the
SU command.
The "System operator callsign" in setup/"Administrative
settings" is used to define the master operator for the node.
The user with this callsign is automatically moved to the
group number set as "Operator group" in the same window. The
master operator can then use the EUser command to move other
users to the operator group.
6.2 Things NOT to do (general security stuff)
Don't allow all users to execute programs in a directory
they can upload to.
Don't use a simple password with a lot of zeroes. The file
and dos commands are dangerous - any user could mess up
your computer.
Don't let users to use the DOS command. It's parameters
are actually passed to COMMAND.COM - it allows users to do
just about anything, even if they aren't allowed to use the
file commands in other directories than the user directory.
The DOS command bypasses all restrictions!
Don't use the DOS or RUN commands from a remote location to
run programs which might ask you for run-time feedback
(eg. a prompt "Delete all files (Yes/No)?"). You can not answer
it remote, and clusse will *freeze*! You can use redirection
(< input.txt > output.txt) to provide them with input, though.
If you let users to use the RUN command in the user
directory, be VERY careful what programs you place in there!
Packers (pkzip, arj etc), for example, are very dangerous,
since they can be instructed to write to and read from
just about anywhere! Self-exctracting (EXE-type) archive
files are also dangerous.
═══ 7. Broadcasting user interface ══════════════════════════════════════
I've been working on an FBB-stylish unproto interface for
the DX cluster system. At the moment, DX spots, announcements
and WWV data are sent as UI packets. Unproto list requests and
uplinking are being planned.
The ports and digipeater paths used for sending UI packets are
configured in unproto.ini. You can rename or delete this file to
completely disable the feature.
Messages originated from the node to all listeners are sent to
address 'DX'. Answers for requests have the recipient's callsign
as the recipient address. See tech.doc for explanation of the
protocol.
═══ 8. Troubleshooting ══════════════════════════════════════════════════
Errare humanum est.
Run-time errors: You might get one of these, due to the bugs in
the program. Remember, all computer programs are written by human
beings, who tend to make errors. This is really an early version
(far from 1.0), so crashes can be expected from time to time 8-)
If you get a run-time error, tell me the error number AND the
address, and the situation when you got the error. Always remember
to mention the version of Clusse you're running, and before
reporting, see the whatsnew file of the latest clusse version
and check if i already have fixed the problem! Most run-time errors
are logged to error.log, which can be revieved using the LErrors
command. I appreciate error reports very much, i can't fix an error
i don't know about!
═══ 9. Getting the latest version & contacting the author ═══════════════
9.1 Clusse distribution sites
The main distribution media for Clusse is the Internet. The
latest version of Clusse is always available on these sites:
WWW: http://zone.pspt.fi/clusse/
http://www.oh7rba.ampr.org/clusse/ (ONLY IF you really are
behind amprnet routing!)
FTP: ftp.funet.fi: /pub/ham/packet/bbs/cluster/clusse/clu????.zip
ftp.oh7rba.ampr.org: /pub/oh7lzb/clu/clu????.zip (Only if...)
???? is the version number. 030 means 0.30, NOT 3.0 ! Yes, it's
still FAR from 1.0 ! 8-)
If you don't have Internet access, and you don't know anyone
who has, you can send a formatted 1.44" diskette and a SASE to
my address below. SASE is a Self-Addressed, Stamped Envelope.
Include the postage in Finnish or US funds! Please no IRC's.
Mailing a diskette overseas from Finland can cost up to 4 US
dollars (depends on the package), so a single greenstamp might
not be enough to cover my expenses.
9.2 Clusse mailing lists
If you're on Internet, and have a valid email address, you
can subscribe to one of the two mailing lists i have put up for
Clusse system operators.
The Clusse Discussion mailing list is an open forum for
discussing Clusse-related problems and ideas. Anyone can mail to
the unmoderated mailing list. The Clusse Announcements mailing
list is only used for announcing new versions of Clusse and
related utilities. It is moderated (by me) and is not intended
for public discussion. Any mail sent to the list address ends up
in my mailbox, and i will forward it to the list if i see it fits
the topic.
The reason for two mailing lists is the fact that a lot of us
(including me) are getting more and more email each day, and may
not be interested in following the discussion, but still want to
keep up with the latest versions. The Clusse Announcements list
is for these people, for now it has only had a single message in
a month or two. All mail sent to the Announcements list also goes
to the Discussion list, so you only need to be on one of the lists!
Subscribing to the lists: Send a message to the REQUEST address
of the list (below), with the word "subscribe" in the title of
the message.
Unsubscribing the lists: Send a message to the REQUEST address
of the list, with the word "unsubscribe" in the title of the
message. DO NOT send a message to the LIST address or ME, the
software robot behind the REQUEST address is there to serve you!
If your email address is changing, first send an unsubcription
message from your old address and then subscribe again from the
new address.
To submit a message to the mailing list, send a message to the
"submissions" address.
And then, the addresses you've all been waiting for:
Clusse Announcements:
Requests: clusse-ann-request@zone.pspt.fi
Submissions: clusse-ann@zone.pspt.fi (moderated!)
Clusse Discussion:
Requests: clusse-request@zone.pspt.fi
Submissions: clusse@zone.pspt.fi
9.3 The author (that's, me!)
If you have a question, please read the file clusse.faq, and
see if it is already answered there. People tend to ask the
same questions over and over, and the Frequently Asked Questions
(FAQ) file is meant to reduce unnecessary message traffic. If your
question is not answered in this document or the FAQ, or you have
some kind of feedback (positive or negative), feel free to mail
me.
If you want to contact me for some reason, here are the
suggested methods:
Internet email (preferred): hessu@pspt.fi
Amprnet email (a good one): oh7lzb@.oh7rba.ampr.org
Ax.25 packet (sloooow....): oh7lzb@oh7rba.fin.eu
World Wide Web (graphic!!): http://zone.pspt.fi/~oh7lzb/
Amprnet web (as above....): http://zone.oh7rba.ampr.org/~oh7lzb/
Snail mail:
(Always include a SASE if you want me to answer your letter!
I'm a poor student 8-) Please no IRC's.)
Heikki Hannikainen
Blueberry Road 17
70280 Kuopijo
Finland
Don't hesitate from sending money, beer, pizza, email, QSL's,
whatever you think might please me and make me fix another bug...
A funny postcard can save one's day!
═══ Appendices: A - Things To Do ════════════════════════════════════════
Please note that this list is NOT in order of priority! If
something is already mentioned here, there's no need to ask me
to work on it...
- Kill all the bugs. At least all I can find. When you see one,
report it!
- Finish the broadcasting user interface protocol.
- Announcement and talk filtering system for users.
- An additional transmit buffer queue to prevent BPQ from running
out of frame buffers.
- A new, better cluster linking protocol.
- A mail system (PBBS compatible?).
- Support for multiple separate language & help files.
- Timed execution of DOS commands and programs.
- Direction, distance, MUF, sunrise/sunset time calculations based
on the prefix database. I need some formulas for this!
- More remote sysop commands. More, more, more!
- Backscrolling for console windows, separate monitoring of a
particular user / link.
- Automatic reconnection of users disconnected due to a Clusse crash,
reboot or shutdown. Will only work for users connected directly (one
L2 hop) to Clusse.
Bugs I am aware of (any ideas how i could fix them?):
- On CGA and MDA monitors, the screen is sometimes garbled when
returning from DOS shell.
═══ Appendices: B - Keeping the lawyers happy ═══════════════════════════
- MS-DOS, Microsoft Windows and Windows 95 are registered trademarks of
Microsoft Corporation.
- DesqView and QEMM are registered trademarks of Quarterdeck Office
Systems.
- OS/2 is a registered trademark of International Business Machines, Inc.
- CT is a trademark of K1EA Software, a division of Harvard Radio.
- PacketCluster is a trademark of Pavillion Software, a division of
Harvard Radio.
- PKUNZIP is a trademark of PKWARE, Inc.
- HamCall is a trademark of Buckmaster Publishing.
- Any trademarks mentioned in this file but not included here by
accident are also acknowledged....